An ITMS-91061: Missing privacy manifest rejection email looks as follows: ITMS-91061: Missing privacy manifest- Your app includes "<path/to/SDK>", which includes , an SDK that was identified in the documentation as a privacy-impacting third-party SDK. Starting February 12, 2025, if a new app includes a privacy-impacting SDK, or an app update adds a new privacy-impacting SDK, the SDK must include a privacy manifest file. Please contact the provider of the SDK that includes this file to get an updated SDK version with a privacy manifest. For more details about this policy, including a list of SDKs that are required to include signatures and manifests, visit: https://developer.apple.com/support/third-party-SDK-requirements. Glossary ITMS-91061: Missing privacy manifest: An email that includes the name and path of privacy-impacting SDK(s) with no privacy manifest files in your app bundle. For more information, see https://developer.apple.com/support/third-party-SDK-requirements. : The specified privacy-impacting SDK that doesn't include a privacy manifest file. If you are the developer of the rejected app, gather the name of the SDK from the email you received from Apple, then contact the SDK's provider for an updated version that includes a valid privacy manifest. After receiving an updated version of the SDK, verify the SDK includes a valid privacy manifest file at the expected location. For more information, see Adding a privacy manifest to your app or third-party SDK. If your app includes a privacy manifest file, make sure the file only describes the privacy practices of your app. Do not add the privacy practices of the SDK to your app's privacy manifest. If the email lists multiple SDKs, repeat the above process for all of them. If you are the developer of an SDK listed in the email, publish an updated version of your SDK that includes a privacy manifest file with valid keys and values. Every privacy-impacting SDK must contain a privacy manifest file that only describes its privacy practices. To learn how to add a valid privacy manifest to your SDK, see the Additional resources section below. Additional resources Privacy manifest files Describing data use in privacy manifests Describing use of required reason API Adding a privacy manifest to your app or third-party SDK TN3182: Adding privacy tracking keys to your privacy manifest TN3183: Adding required reason API entries to your privacy manifest TN3184: Adding data collection details to your privacy manifest TN3181: Debugging an invalid privacy manifest

In this post, we'll share tips to help you submit apps that deliver original ideas to your users. When working on your app, focus on creating interesting, unique experiences that aren't already available. Apps that actively try to copy other apps won't pass review, and accounts that repeatedly submit copycat apps or attempt to impersonate a service will be closed. The rules that prevent copycat and impersonator apps from being distributed on the App Store are described in App Review Guideline 4.1: 4.1 Copycats (a) Come up with your own ideas. We know you have them, so make yours come to life. Don’t simply copy the latest popular app on the App Store, or make some minor changes to another app’s name or UI and pass it off as your own. In addition to risking an intellectual property infringement claim, it makes the App Store harder to navigate and just isn’t fair to your fellow developers. (b) Submitting apps which impersonate other apps or services is considered a violation of the Developer Code of Conduct and may result in removal from the Apple Developer Program.(c) You cannot use another developer’s icon, brand, or product name in your app’s icon or name, without approval from the developer. These requirements help make the App Store both a safe place for people to discover apps and a platform for all developers to be successful. Best Practices Here are three best practices that will help you submit apps that follow App Review Guideline 4.1: 1. Submit apps with unique content and features. People want apps that provide unique experiences. Find areas that aren't currently being served and build compelling apps for those audiences. Do: Create apps that provide a new experience or a unique spin on an existing concept. Design original, delightful interfaces that elegantly meet your user's needs. Don't: Don’t imitate the features and functionality of other apps. Don’t copy the look and feel of other apps, such as using an identical user interface design. 2. Make sure App Store metadata only contains relevant information and content you either own or have permission to use. The metadata provided in App Store Connect is used to populate your app's product page on the App Store. People rely on this metadata to learn about your app and what it has to offer. Leveraging the popularity of another brand or app, either by including irrelevant references or protected content, is misleading and won't help your app succeed. Do: Use engaging, descriptive language to describe your unique app. Create original content that best represents your app, such as screenshots showing the actual app in use. Don't: Don't use protected material you do not have the necessary permission to use, such as app icons that are similar to icons of a popular app. Don’t include irrelevant references, such as popular app names or trademarked terms, in any metadata fields. 3. Provide information that is authentic and verifiable. People want to know the developers behind their favorite apps are who they say they are. It's important to continually review and provide up-to-date information, including the developer or company name listed on your Apple Developer Program account, the Support URL listed on your app's product page, and other helpful information. This will enable your users to contact you when they need help and it will also hinder people who may try to impersonate you, your app, or your service. Do: Make sure all information, resources, and documentation related to your account and apps are current and accurate. Don't: Don’t provide inaccurate information or resources, such as directing people to outdated support pages. Don’t provide fraudulent documentation. Accounts that submit fraudulent documentation will be removed from the Apple Developer Program. Support Incorporating these best practices into your app's development will help you submit apps that follow App Review Guideline 4.1. If you need additional assistance, consider taking advantage of one of the following support options available from App Review: If your submission has been rejected, reply to the message from App Review in App Store Connect and request clarification. Request an App Review Appointment to discuss the results of our review. Appointments are subject to availability, and take place during local business hours in your region on Tuesdays and Thursdays. If you believe your app follows the App Review Guidelines, consider submitting an appeal to the App Review Board. Resources Learn about foundational design principles from Apple designers and the developer community. Learn how to create engaging App Store product pages. Note that apps that violate intellectual property rights are subject to removal through the App Store Content Dispute process. If you believe an app on the App Store violates your intellectual property rights, you can submit a claim.

Dear App Review Team, Our app No.IA (Apple ID: 6768742372) has been in "Waiting for Review" since July 20, 2026. This is version 3.1, resubmitted after the App Review Board cleared Guidelines 2.3.1 and 3.2.1 (Appeal Ticket APL509468). All Guideline 1.1 concerns have been addressed: metadata rewritten, in-app labels updated, screenshots replaced. We have tried: Resolution Center reply, expedited review request, phone call to Developer Support (Case 102912803305). All responses have been generic with no timeline. This app has been in review processes since May 19, 2026 — over 75 days. Any assistance would be greatly appreciated.

Hi, I am seeing "Waiting for Review" for the past 10 hours, and I do not know why it is taking so long, some of my versions get approved quickly some versions taking a long time. General Information Bundle ID: com.salesforce.pronto.fooddelivery.ProntoFoodDeliveryApp SKU: com.salesforce.pronto.fooddelivery.ProntoFoodDeliveryApp Apple ID: 6756443629 App Name: ProntoFoodDeliveryApp Bundle Short Version String: 1.0.6 Bundle Version String: 2 Please let me know if you need any additional information. My testers are waiting to test the new features. Thank you

Hi everyone, I am preparing to publish my React Native mobile application called ScoreVerse to the App Store and would like clarification regarding developer account requirements (Individual vs. Organization). App Overview & Core Features: Sports Turf & Ground Booking: Users can browse local turf grounds, check available time slots, and book turf sessions for physical sports activities (football, cricket, etc.). Tournament Management & Live Scoring: Organizing local matches/tournaments, tracking live scores, team management, and schedules. Payments: Payments are processed via a third-party gateway (Razorpay) strictly for real-world physical turf bookings and local tournament entry fees (physical services / events, in compliance with Guideline 3.1.3(e) / 3.1.5). User & Admin Roles: Ground owners/managers manage their own turf availability and slots, while players/users book slots and view tournament stats. My Questions: Individual vs. Organization Account: Does Apple App Store Review require an Organization Account (D-U-N-S registered legal entity) for this type of sports turf booking and tournament platform, or is an Individual Developer Account sufficient for initial release? Third-Party Payment Gateway Usage: Since payments are exclusively for physical services/turf rentals in the real world (and not for digital consumable goods or in-app unlocks), will having an Individual Account cause any review rejections under Guideline 5.1.1 / 3.1.3(e)? Account Migration: If we launch initially under an Individual Account, how seamless is the process to convert/transfer the app and account to an Organization Account later once company registration is complete? Any insights from developers with similar booking/sports platforms or App Review moderators would be greatly appreciated! Thank you!

We are currently waiting for the review of the mobile application. We have a fixed public launch scheduled for Sunday, September 6, coordinated with the basketball club's official launch campaign and communications. We fully understand that review times can vary, but with the public launch now only two days away, we are becoming concerned that we may miss the scheduled launch. Our team is available to respond immediately if App Review requires any additional information or changes from our side. Could someone from the App Review team please check whether there is an issue with the submission or help escalate the review? Submission ID: 3a18ee67-4963-45b0-9a6c-ccd5a64d3d2f App Name: Rytas Apple ID: 6785592104

Hello, since July 31st, our app has been stuck in the waiting for review state for a long period of time. We have already taken some actions. July 31: first submission. August 10: after waiting for over a week, we assumed there was a problem with the review queue -> cancel and resubmit. We attempted to submit an expedited request, but there was an issue with Apple service. It keeps saying "Sorry, we didn't receive your request." August 13: request a call with the Support Team. There was a guy named Tony who answered. Unfortunately, even Apple's staff is unable to access their internal system, as he told us that, and "he don't know why"? August 14: request a call again. Apple staff - Andy took up the phone and said he could not do anything about this situation and said... We just have to wait. August 25: rejected the build, upgraded the version, and submitted once more. We're hoping that this build will get out of the stucked queue... Side notes: Attempted to submit another expedited request were unsuccessful, the problem remained, tried several times. Made an appointment for a App Review team. But even the registration is still pending. Does anyone here have suggestions or solutions for this situation? This is the first time we've encountered this situation, and it's quite strange. Isn't that a side effect of the August 8th maintenance?

I've had three apps rejected for spam and I can't get any answer out of Resolution Center. All three flipped to In Review and came back rejected the same minute they went in review. Nobody opened them. There's not enough time in there for a person to have looked at anything. One of them isn't even a new app. It's an update to something that's been live and in good standing for a while, and the build was just a bug fix. Telling me that's a duplicate of an existing app makes no sense. It IS the app that's already shipping. I've got 12 apps out and they're all completely different things. If I were running a template farm you could just look at my catalog and see it. None of my apps resemble each other, and I do consistent updates on all of them. The two new ones aren't much like anything else on the store either. The rejection notice doesn't name a single app I'm supposedly duplicating. Only thing I can think of is that I recently moved my apps from my personal account onto my LLC's account and declared both as commonly controlled. So I probably look like "similar apps across linked accounts" to something automated. But that's just me putting my own apps under my own company, which I told Apple I was doing. Anyone dealt with 4.3(a) after an account transfer? Or seen this instant rejection thing?

I received a Pending Termination Notice under ADPLA 3.2(f) on September 1. The identical notice was posted into the message thread of every app on my account, so it's account-level rather than tied to one app. The stated evidence was repeated submissions attempting to evade review. I filed an appeal admitting the conduct rather than disputing it, and set out the remediation with dates. That was two days ago, no response yet. Since filing, I audited the rest of my apps and found competitor app names in some keyword fields. I hadn't connected that to the termination, but 3.2(f) does mention unfair competition and consumer confusion, and I had a naming complaint from another developer resolved through Apple earlier this year. My questions: Has anyone filed a second appeal while the first was still pending? I've read about a second appeal succeeding after the first missed the real cause, but mine already admits the main issue. Unsure whether adding this strengthens the case or just muddies it. Is competitor keywords the kind of thing that contributes to an account-level action, or is it normally just a 2.3.7 rejection? For anyone who has been through a 3.2(f) termination - roughly how long did the App Review Board take to respond? Happy to share how it turns out either way, since there isn't much written about this process.

hi all Hi all, ClubDraw (App ID: 6761770554) has been in review for 4+ months across 6 submission cycles. Resubmitted 18th August with a formal App Review Board appeal the same day - 16 days with no response. The core issue: Apple are applying Guideline 5.3.4 (gambling licence) to a B2B SaaS platform. ClubDraw enables UK grassroots sports clubs to run their own weekly lotto draws. The clubs are the licensed operators under the Gambling Act 2005. We charge a flat subscription fee only - all draw revenue goes directly to the club. We are not a lottery operator. ClubZap (App Store ID: 1004097048) operates an identical model and is live on the App Store. We've cited this in every response. ClubDraw is also live on Google Play UK without any licence requirement. Guideline 3.1.1 has also been raised - Apple say our club admin subscription must use IAP. It's a B2B SaaS fee charged to club administrators, not a consumer purchase. All other guidelines (2.1, 5.2.1) are fully resolved. The problem: App Review Board appeal not acknowledged. Message thread locked in App Store Connect. Direct emails bounce. Has anyone successfully escalated past the App Review Board? Any advice welcome. Thanks in advance.

Calling AppStore.requestReview(in:) with a valid, foreground-active UIWindowScene never presents the rating/review sheet on iOS 27 Simulator. The identical code works correctly on iOS 26 and earlier Simulator runtimes. Repro: if let windowScene = UIApplication.shared.connectedScenes .compactMap({ $0 as? UIWindowScene }) .first(where: { $0.activationState == .foregroundActive }) { AppStore.requestReview(in: windowScene) } Fresh Simulator install (Erase All Content and Settings first, to rule out the 3-per-365-day throttle). Run on iOS 27 Simulator → no sheet appears, no error, no console output. Run the identical build on iOS 26 Simulator → sheet appears as expected. Also tried: The SwiftUI @Environment(.requestReview) action (RequestReviewAction) instead of the UIKit windowScene call — same result, no prompt on iOS 27 Simulator. Ruled out an Xcode/Simulator-runtime version mismatch: reproduces both with an older Xcode + separately-downloaded iOS 27 runtime, AND with the matching Xcode 27 beta + its bundled iOS 27 Simulator. Checked the iOS 27 beta release notes — no mention of requestReview/StoreKit review prompt changes. Environment: Xcode [fill in version/beta] iOS 27 Simulator (beta [fill in]) Simulator device: [e.g. iPhone 16] Expected: Review prompt presents (subject to the documented frequency limit), matching iOS 26 behavior. Actual: No prompt, no error, on both the UIKit and SwiftUI review-request APIs.

I am trying to add testers to External Tester groups for a couple of our iOS apps and after adding them it shows "No Builds Available". This is despite the app being available to that External Tester group with other people having already installed the latest version of the app which is "Available" and not expired. Can someone please fix this? It is so frustrating the number of times I try and release apps to TestFlight and there's some issue blocking me, completely out of my control and I have to rely on someone at Apple fixing something on this terrible AppStoreConnect system.

Hello, My app has now been stuck in “Waiting for Review” for more than 66 hours after resubmission, with no status change. This is the first public release of the app. I have also experienced unusually long review delays on several previous submissions. In one previous case, the submission remained stuck for nearly a week, and a Contact Us support request also went unanswered for about a week. Once the app actually enters “In Review”, the review itself is usually completed very quickly, which makes me concerned that the repeated delay may be related to queueing or routing rather than the review itself. I replied to App Review and resubmitted the app three days ago, but there has been no further response or progress since then. A priority / expedited review had previously been approved, so I am also concerned that the current resubmission may have lost its priority or may not be correctly routed in the review queue. Could an Apple Staff member please help confirm whether this submission is correctly queued for review, and whether there may be a routing or processing issue affecting it? Submission ID: cb8ae2c6-94ab-463d-b9a6-e218179ecefc Thank you very much for any assistance.

Dear Apple Support Team: My app was submitted for review on August 22nd and has been "under review" for 12 days. I have emailed once with no reply and called twice with no helpful information. I also applied for expedited review on August 22nd LATER, but it is still "under review". If App Review team could respond and help out in any way that would be greatly appreciated, thank you. Case ID: 20000152255277 Submission ID: 091e18de-92b5-4384-9b5c-408467358dfa

Hello, Our developer account (Team ID S9D9F72QF8) was terminated on August 24 under Section 3.2(f) for "documented indications of fraudulent conduct." We received no prior warning, no pending termination notice, and to this day no specific reason: not which app, not which action, not which signal. This account was not a side project. Our whole company, our team's livelihood, and six live apps with real users were built on it. All of it stopped overnight. We take Apple's rules extremely seriously. We have never bought or manipulated reviews, ratings, or downloads, never used misleading metadata, and never operated any other developer account. We submitted a reinstatement petition (Case 20000145868954) with a compliance improvement plan, and we offered full supporting documentation, including our trade registry records and a notarized declaration that we have no connection to any other account. We are not asking Apple to skip its process. We are asking for two things any developer would ask for: Human review of our file and petition. The specific conduct at issue, so we can respond to it with evidence. If a mistake was made on our side, we want to know it, fix it, and prove the fix. If this is a false positive, we want the chance to show it. If anyone from App Review sees this, we would be grateful for any update on our case. And if other developers have resolved a similar situation, we would appreciate hearing what helped. Thank you for reading.

Hello, We submitted an appeal regarding the rejection of our app on July 17th, but haven’t received any response so far - it's been 7 days. Does anyone know what the typical timeline is for hearing back on appeals recently? And at what point should we reach out to Developer Support directly? Thank you, serge_o

Hello, I’m posting here to ask for guidance and to see if anyone has experienced a similar situation. More than 30 days ago, I submitted an appeal to the App Review Board after receiving a Pending Termination Notice for my Apple Developer Program account. However, I have not received any response or update since submitting the appeal. In the notice, Apple mentioned that my account was associated with “dishonest or fraudulent activity” related to app submissions. I want to clarify that I did not intentionally attempt to bypass the App Review process. The only change I made around that time was editing some app metadata (subtitle keywords) while trying to optimize my Apple Search Ads campaign. Looking back, I now understand that some of those keywords may have been interpreted as referencing content that Apple considers inappropriate for the App Store. After realizing this might have caused an issue, I immediately: Canceled the latest app submission that contained those metadata changes Explained the situation clearly in my appeal to the App Review Board Confirmed that I would avoid using similar metadata in the future Despite providing this explanation in my appeal, I have not received any reply or update for over a month, so I’m unsure about the current status of the appeal. If anyone here has gone through a similar process, could you share: How long it took to receive a response from the App Review Board? Whether it’s normal for appeals to take this long? Also, if any Apple staff happens to see this post, I would sincerely appreciate any guidance on whether my appeal is still under review or if there is anything further I should provide. Thank you very much for your time and help.

I have received Guideline 4.3(a) rejections on five apps in the space of a week, and I would like help understanding what my account is being compared against, because I am now guessing. The app I most recently resubmitted is Real Cost: Loan Calculator (Apple ID 6804081720). WHAT I CHANGED BETWEEN SUBMISSIONS After the first 4.3(a) I accepted that the reviewer was right about what they were shown: the one thing my app does that the category does not was behind the in-app purchase, so the app opened as yet another loan calculator. I made that feature free for everyone with no limit, rewrote the metadata, added an app preview, and lowered the price. I received the same rejection. WHAT I MEASURED BEFORE POSTING The app is 5,054 lines of Swift across 39 files. Zero remote package dependencies, no third-party frameworks, no advertising SDK, no analytics, and no network calls of any kind. It ships with 118 unit tests written against its own loan math and document parser. I compared every non-comment line of Swift across my own projects. Real Cost's highest overlap with any other app I have submitted is 6.9%, and that fraction is ordinary SwiftUI scaffolding. I surveyed 181 loan and debt apps in the US store. None of them reads the lender's own paperwork, which is the feature this app is built around and which is free in the current build. THE PART I CANNOT EXPLAIN The rejection text changed between submissions. The earlier ones said the app shares a similar binary, metadata and/or concept as apps submitted "by other developers". The most recent one says "by you or other developers". I do not know whether that wording is meaningful or simply a different template. If it means my own apps are the comparison, I would like to know which ones, because the measurement above says they do not share code. WHAT I AM ASKING Could someone tell me which specific app or apps my submissions are being compared to, or which part of the binary or metadata is triggering this? I replied in Resolution Center several days ago asking the same question and have not had an answer yet. I would rather make one real change than keep guessing and resubmitting, which I understand is the behaviour the guideline exists to stop. Thank you.

First iOS game stuck in “Waiting for Review” since August 28, 2026 App: Hornbills Version: 1.0 First public submission Submitted: August 28, 2026 Current status: Waiting for Review Developer Support case already opened There are no Resolution Center messages or outstanding actions visible in App Store Connect. I have not withdrawn or resubmitted the submission. Could App Review please confirm whether the submission is correctly queued, or escalate the existing support case if necessary? Thank you.

Our first submission has now been rejected under Guideline 2.1(b), with the message: "the in-app purchases do not load successfully." Each review was performed on an iPad Air 11-inch (M3) running iPadOS 26.6. The app sells only auto-renewable subscriptions. We cannot reproduce the failure, and we have verified every part of the configuration we can think of. WHAT WE VERIFIED (via the App Store Connect API, not just the UI) Two subscriptions in one group, state READY_TO_SUBMIT Product IDs exactly match what the app requests Available in 175 territories, including the United States Prices set, en-US localizations present for both products and for the group App review screenshots attached to both, state COMPLETE Both subscriptions are included in the review submission (READY_FOR_REVIEW) Paid Apps Agreement: Active. Bank account: Active. Tax forms: Active. WHAT WORKS On our own devices, installed via TestFlight (sandbox environment), the products load correctly and a purchase completes and activates as expected. This works on both a real Apple ID and a Sandbox Tester account. WHAT WE OBSERVED FROM THE REVIEW SESSION We use RevenueCat. Their server-side API returns our offering with both packages and the correct product identifiers, so the offering metadata is fine. Our backend also shows that the reviewer's session reached our servers and signed in successfully at the review timestamp, so the device had working network connectivity. That leaves StoreKit itself returning no products on the reviewer's device, which is what empties the offering. QUESTIONS Are there known conditions under which StoreKit returns no products in the App Review sandbox for subscriptions that are in "Ready to Submit" and are attached to the same submission as the binary? For an app that has never been approved, is product loading during review handled differently from a normal sandbox session on a released app? Is there any way to obtain diagnostics from a review session, or to ask the reviewer for a screenshot of the failing screen? Replies in Resolution Center so far have only repeated the original rejection text. Is there anything specific to iPadOS 26.6 that could affect StoreKit 2 product lookups? For the next submission we have added a timeout and automatic retries around the product lookup, plus a visible retry control instead of a spinner, in case the failure is a transient cold-start timeout. But we would rather understand the actual cause than keep guessing. Any pointers appreciated.

Hi everyone, I’m hoping someone here has seen something similar, or maybe someone from the App Review team can shed some light on this. I have a small game, Cryospire, that shipped as 1.0 earlier this year. App ID is 6794310965, bundle ID com.janewilliams.cryospire. I submitted version 1.1 on August 12, 2026 at 9:34 AM, and it went into “In Review” at 11:19 AM the same day. At the time I thought that was a good sign, but it’s now September 2 and the status hasn’t changed since. So it’s been sitting in review for 21 days. I’ve checked the Resolution Center and there are no messages or open threads. I’ve also checked my email (including spam) and haven’t received anything from App Review. The update itself isn’t a major technical change from 1.0. Same entitlements, no new permissions, no new SDKs. It’s mainly new features. Has anyone else had a build stay “In Review” for three weeks recently? I’m trying to figure out if this is just an unusually long review or if the submission might be stuck somewhere. Also, is there any way to reach an actual person about this besides the regular Contact Us form? And if someone from App Review happens to see this, I’d really appreciate it if you could take a look at the App ID above. Thanks!

Hey guys, quick question My game Astral Drop — Merge Puzzle (App ID 6792792341) has had a few updates approved before, usually within a day or two. Version 1.3 has been stuck this time though. I submitted it on Aug 20, it only moved to “In Review” on Aug 27, and it’s still there as of today. No messages in the Resolution Center, no rejection, nothing unusual in the update either. Is anyone else seeing really long review times lately? Also, is it worth contacting App Review at this point, or does that not really help? If someone from the App Review team sees this, I’d appreciate a look. Thanks!